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(54) Communication system architecture and operating protocol therefor 



(57) A connection broker (44), located between 
lower-level system entities (16. 58, 264) associated with 
a narrowband-broadband interface (250) and a call 
server (18) that controls call connection across the nar- 
rowband-broadband network, contains a memory (251) 
that stores connection-related information and protocol 
converters. The connection broker (44) accesses the 
protocol converters to interpret control messages 
received from the call server (18) and, where neces- 
sary, transposes messages for the call server into a 
standardised format for use over a uniform fabric appli- 
cation interface (66). Control messages pertaining to 
connection paths within the narrowband-broadband 
network (250) and relayed via the connection broker 

FIG 6 



(44) are appropriately phrased (by the connection- 
related information and protocol converters) to ensure 
that meaningful information and instruction is communi- 
cated between the call server (18) and the lower-level 
system entities (16, 58, 264). Use of the protocol con- 
verters therefore enables connection attributes and net- 
work operation and configuration to be altered and 
advised in-caJI by having the connection broker (44) 
both change connection-related information and com- 
municate any change in network configuration to the 
call server and lower-level system entities, as appropri- 
ate. 
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Description 

[0001] The present application is related to: i) co- 
pending international application number 
PCT/GB98/02345 that claims priority from US patent 5 
application serial number 08/907,521 [Applicant's refer- 
ence FPUS97518/ID0722] filed on 8 August 1997 in the 
name of J.RB. Cable et al. and assigned to Northern 
Telecom Limited, which co-pending US patent applica- 
tion is further identified by its title "SYSTEM AND w 
METHOD FOR ESTABLISHING A COMMUNICATION 
CONNECTION"; and ii) co-pending European and 
Canadian patent application numbers 98307788.4 and 
[Applicant's reference FPCA98868] that each have a 
priority claim back to UK patent application number is 
9720920.9 originally filed on 1 October 1997 in the 
name Northern Telecom Limited. The co-pending UK 
patent application is further identified by its title "COM- 
MUNICATION SYSTEM ARCHITECTURE AND OPER- 
ATING METHODS THEREOF' and the first named 20 
inventor R.H.Mauger. 

[0002] This invention relates, in general, to an archi- 
tecture for a communication system and an operating 
protocol therefor, and is particularly, but not exclusively, 
applicable to network architectures that combine nar- 25 
rowband call control, services and routing with broad- 
band connectivity. More especially, the present 
invention is applicable to a fabric application interface 
arranged to interconnect a narrowband communication 
network to a broadband communication network. 30 
[0003] Globally, telecommunication systems are, gen- 
erally, in a transitional phase between second genera- 
tion, narrowband digital networks (such as the Global 
System for Mobile (GSM) cellular communication sys- 
tem) and future, multi-media digital networks (such as 35 
the Universal Mobile Telecommunication System 
(UMTS)) having broadband capabilities. This transition 
is necessarily required to support higher data rate com- 
munications, including video and internet applications, 
presently being proposed and made available. Unfortu- 40 
nately, this transitional phase also presents system 
operators with several dilemmas, and prejudices imme- 
diate implementation of such broadband systems. For 
example, until such a time when a free-standing broad- 
band system becomes an accepted and freely available 45 
standard for all subscriber terminals (such as cellular 
telephones and data transmission devices), system 
operators are reticent to write-off their significant invest- 
ments in current narrowband infrastructure technology. 
Indeed, such narrowband infrastructure technology so 
already provides a rich set of services and service cre- 
ation environments that would have to be re-imple- 
mented for deployment in broadband networks. 
Consequently, present-day narrowband systems mist 
be adapted to accommodate both narrowband and 55 
broadband users; with this statement particularly rele- 
vant to service and system management, call establish- 
ment and inter-working procedures between these 



different forms of network. 

[0004] For an effective migration between narrowband 
and broadband systems (for the transitional phase), 
system operators must particularly consider an inter- 
working scenario when all subscribers connect to a nar- 
rowband network, but one or more intermediate broad- 
band networks are used to relay information between 
these narrowband subscribers. Any interim solution 
should also optimise service and system management, 
while also providing infrastructure equipment that can 
be re-used in a fully-fledged broadband environment. 
[0005] In more detail, telecommunication networks 
comprise nodes connected by communication 
resources (usually termed "links"), with a particular net- 
work technology characterised by the means of trans- 
mission of user and control information along these 
links and also by the routing and relaying functions 
embodied in the nodes. The term routing is used to 
describe the process of determining the path the infor- 
mation will take through the network, while relaying is 
the process of transferring information from one link to 
another, i.e. the information is merely passed, without 
alteration, from one channel resource to another. Rout- 
ing and relaying functions are therefore core to the 
development of an efficient system having optimised 
service capabilities, with operator profits and subscriber 
service charges inherently entwined with such optimisa- 
tion. 

[0006] Taking GSM as an exemplary form of a narrow- 
band digital network, user and control information (or 
"data") is interleaved, using time division multiplexing 
(TDM), on a sixty-four kilobit per second (kbps) pulse 
code modulated (PCM) bearer channel. Indeed, these 
bearer channels can each be framed to support four 
voice calls of 16kbps, comprised from 13kbps of sam- 
pled and encoded speech and 3kbps of ancillary infor- 
mation, such as parity check and correction bits (and 
the like) and synchronisation information. Data is then 
relayed across a node by some form of synchronous 
TDM switching fabric, often of the lime-space-time' 
type. Control information (e.g. call set-up and tear-down 
messages) logically follows the same path (although not 
always the same physical path) through the network as 
user information, and is terminated in each node for 
routing purposes. Routing is conventionally performed, 
in each node, on a 'hop-by-hop* basis using long lived 
routing tables, i.e. the node is sufficiently intelligent to 
determine an optimum route for the succeeding network 
connection. 

[0007] Control information is regulated by a signaling 
scheme that is distinctive to the type of network 
employed. Particularly, public signalling systems are 
used between nodes of a public network and between 
public networks of different operators. Signalling Sys- 
tem No. 7 is the only important example of a public sig- 
naling system. Access signaling systems are used 
between subscribers and edge nodes of public net- 
works, e.g. between a radiotelephone and a base sta- 
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tion subsystem (BSS). In fact, the most common digital 
access signalling schemes are Common Channel Sig- 
nalling Systems, such as the Integrated Service Digital 
Network (ISDN) DSS1 signalling schemes (and its pred- 
ecessors) and Channel Associated Signalling schemes 
that are both derived from analog signalling. Private 
schemes. are generally derived from access schemes 
but provide richer functionality within personal net- 
works, such as within a secure private branch exchange 
(PBX). 

[0008] On the other hand, broadband digital networks 
are characterised in that user and control information is 
transmitted in fixed or variable length "packets" or 
"cells", with these packets prepended with headers that 
contain bearer channel identification. In contrast with 
narrowband systems, user information is relayed across 
a node via an asynchronous switching fabric that exam- 
ines each packet in turn (using some kind of fairness 
algorithm) and directs it to the appropriate output fink in 
response to the input link and bearer channel identifica- 
tion. Routing and control information transmission is. 
however, similar to that for the narrowband case, and 
differs only inasmuch as the signalling schemes are 
technology specific. 

[0009] With respect to call set-up and in-call signalling 
across a prior art fabric application interface (FAI) 
between a high-level system control entity (i.e. a net- 
work controller) and a switch fabric (that routes narrow- 
band trunks to ATM cells on broadband virtual circuits, 
for example), prior art signalling schemes merely effect 
switch fabric operation and connectivity. For example, if 
we consider the "MODIFY REQUEST primitive in 
Q.2931 signaling (defined in International Telecommu- 
nication Union - Telecommunication Standard (ITU-T) 
Q.2963.1), the system controller uses this signalling 
message in-call to instruct the switch fabric to re-config- 
ure its output port configuration, for example. 
[0010] Another significant problem associated with 
prior art narrowband-broadband interfaces arises with 
architectural change. For example, the introduction of 
new or up-graded infrastructure can have unwanted 
ramifications throughout the entire communication sys- 
tem because changes in the inter-working relationships 
between the network controller and the narrowband- 
broadband interface can potentially both alter the 
underlying meaning of signalling messages and change 
network identities and addresses. Consequently, net- 
work providers can be discouraged from implementing 
the further development of existing networks since glo- 
bal system changes may be required, with such system 
changes being both time consuming and complex in 
nature. 

[001 1 ] To facilitate use of broadband networks and the 
migration of communication networks to high data rate 
technologies (eg. the 2Mbps rate envisaged within 
UMTS), there is a need to provide an effective mecha- 
nism for interconnecting narrowband networks through 
a transparent broadband ether, while also providing an 



easy migration to more advanced systems. Indeed, the 
broadband ether must accommodate and support nar- 
rowband signalling schemes without affecting either 
data integrity or in any way inhibiting data flow or inter- 
5 connection. Furthermore, to encourage subscription to 
broadband services, operators must provide a reliable 
but relatively low-cost (and hence optimised) communi- 
cation system architecture. 

[001 2] GB-A-2 323 249 relates to an application pro- 

10 gramming interface that is independent of different 
operating systems and switches, which programming 
interface supports communication to a network control 
server management station. GB-A-2 323 249 has an 
earlier priority date of 13 February 1998 but a latter pub- 

is lication date that the original filing date of the instant 
application; the teachings of GB-A-2 323 249 may 
therefore only have effect with respect to the novelty of 
the instant invention and provided that effective publica- 
tion has also occurred. 

20 [001 3] EP-A-0 743 788 describes a service and infor- 
mation management system for a telecommunications 
network in which a switching and signalling sub-system 
provides a central platform from which numerous tele- 
communication functions are controlled, monitored and 

25 recorded. 

[0014] WO 95/34974 suggests a system in which a 
network element has an ability to support enhanced 
functionality through the provision of an interconnected 
arrangement of access nodes. The various access 

30 nodes are operationally controlled by a first manage- 
ment information model such that resources are opti- 
mised within the network element. 
[001 5] US patent 5,678.006 describes a network man- 
ager coupled to a plurality of network nodes, with each 

35 node having a network address to which the network 
manager addresses network management messages 
for controlling the configuration of the network nodes. A 
first node includes a plurality of management agents 
and a message forwarding circuit coupled to the man- 

40 agement agents. The message forwarding circuit acts to 
forward management messages to management 
agents that are specified by the management message. 
[001 6] According to a first aspect of the present inven- 
tion there is provided a communication network com- 

45 prising: a call server arranged to administer control of at 
least a portion of the communication network; a plurality 
of inter connectable low-level system entities controlla- 
ble by the call server and configurable to provide a plu- 
rality of circuits that support a ftaw of data within the 

so communication network; and a connection broker cou- 
pled to the call server and the plurality of low-level sys- 
tem entities and arranged to relay system configuration 
messages between the call server and the plurality of 
low-level system entities, the connection broker having: 

55 a memory-processor combination arranged to store and 
access, as necessary, protocol converters in response 
to receipt of system configuration messages from one of 
the call server and the plurality of low-level system enti- 
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ties to facilitate and provide intelligible system configu- 
ration messages to a respective one of the plurality of 
low-level system entities and the call server. 
[0017] Typically, the connection broker is coupled to 
the call server through a fabric application interface sup- 
porting a first signalling scheme, whereas the connec- 
tion broker is coupled to the plurality of low-level system 
entities through a plurality of control buses at least one 
of which uses a second signalling scheme different to 
the first signalling scheme. 

[0018] In a second aspect of the present invention 
there is provided a method of communicating system 
configuration messages between a call server arranged 
to administer control of at least a portion of a communi- 
cation network and a plurality of interconnectable low- 
level system entities controllable by the call server and 
configurable to provide a plurality of circuits that support 
a flow of data within the communication network, the 
communication network further comprising a connec- 
tion broker coupled to the call server and the plurality of 
low-level system entities and wherein the connection 
broker has a memory and a processor, the method 
comprising the steps of: storing in the memory protocol 
converters that translate system configuration mes- 
sages between a first signalling format and at least one 
other different signalling format; relaying system config- 
uration messages between the call server and the plu- 
rality of low-level system entities via the processor of the 
connection broker; and, as necessary, having the proc- 
essor access the protocol converters in response to 
receipt of system configuration messages from one of 
the call server and the plurality of low-level system enti- 
ties to facilitate and provide intelligible system configu- 
ration messages to a respective one of the plurality of 
low-level system entities and the call server. 
[001 9] In a third aspect of the present invention there 
is provided a connection broker for coupling between a 
call server arranged to administer control of at least a 
portion of a communication network and a plurality of 
irrterconnectable low-level system entities controllable 
by the call server and configurable to provide a plurality 
of circuits, the connection broker responsive to and 
arranged to relay system configuration messages 
between the call server and the plurality of low-level 
system entities, the connection broker having: a mem- 
ory-processor combination arranged to store and 
access, as necessary, protocol converters in response 
to receipt of system configuration messages from one of 
the call server and the plurality of low-level system enti- 
ties to facilitate and provide intelligible system configu- 
ration messages to a respective one of the plurality of 
low-level system entities and the call server. 
[0020] In a further aspect of the present invention 
there is provided a method of altering connection 
attributes associated with a connection established by a 
call server of a communication system and routed via 
circuits responsive to lower level system entities control- 
led by the call server, the lower level system entities 



coupled to the call server via an intermediate connect 
tion broker that acts as a control interface between the 
call server and the plurality of lower level system enti- 
ties, the method comprising the steps of: storing within 

5 the communication system an initial set of connection 
attributes for the connection; receiving at the connection 
broker, a message identifying an alteration in the con- 
nection attributes associated with the connection; send- 
ing a control message from the connection broker 

10 notifying the alteration of the connection attributes asso- 
ciated with the connection; and changing the initial set 
of connection attributes associated with the connection 
in response to receiving the control message from the 
connection broker. 

is [0021 ] In another aspect of the present invention there 
is provided a connection broker providing a control inter- 
face between a call server arranged to administer con- 
trol at least a portion of a communication network and a 
plurality of interconnectable low-level system entities 

20 controllable by the call server and configurable to pro- 
vide a plurality of connections, the connection broker 
responsive to and arranged to relay a system configura- 
tion message between the call server and the plurality 
of low-level system entities, the connection broker hav- 

25 ing: a controller arranged to send, in response to receipt 
of the system configuration message, an attribute 
instruction that causes a change in a configuration of 
the plurality of lower level system entities. 
[0022] In yet another aspect of the present invention 

30 there is provided a communication network comprising: 
a call server arranged to administer control the commu- 
nication network; a plurality of interconnectable low- 
level system entities controllable by the call server and 
configurable to provide a plurality of circuits that support 

35 a flow of data within the communication network; and a 
connection broker coupled to the call server and the plu- 
rality of low-level system entities and arranged to relay 
system configuration messages between the call server 
and the plurality of low-level system entities, the con- 

40 nection broker having a controller arranged to send, in 
response to receipt of the system configuration mes- 
sage, an attribute instruction that causes a change in a 
configuration of the plurality of lower level system enti- 
ties. 

45 [0023] Advantageously, the present invention provides 
a communication system architecture that supports a 
uniform fabric application interface between a call 
server that exhibits overall control of a network or inter- 
face and lower level system entities responsible for the 

so physical interconnection of circuits either across net- 
works or to ancillary service devices, such as intelligent 
peripherals. In this way, the communication system can 
be modified, up-graded or enhanced through the provi- 
sion of additional or altered lower level system entities 

55 with only minimal changes, of any. required to an inter- 
mediate control device, namely the connection protocol. 
As such, the call server does not need to understand or 
interpret proprietary or different signalling schemes 
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used to communicate information between the connec- 
tion broker and the lower level system entities. 
[0024] An exemplary embodiment of the present 
invention will now be described with reference to the 
accompanying drawings, in which: 

FIG. 1 is a block diagram illustrating an abstract 
model of a narrowband communication node; 
FIG. 2 is a block diagram illustrating an underlying 
principle for subscriber terminal interconnection 
between narrowband and broadband networks, as 
required in the present invention; 
FIG. 3 illustrates an abstract architecture for a con- 
nection broker of FIG. 2; 

FIG. 4 is a representation of a system architecture 
and associated mechanism by which subscriber 
terminals can be connected across an intermediate 
broadband network; 

FIG. 5 is a flow diagram illustrating the procedural 
steps required in the present invention to establish 
a multi-node communication across a broadband 
network; 

FIG. 6 is a basic block diagram of a communication 
system architecture according to a preferred 
embodiment of the present invention; 
FIG. 7 shows typical frame structures of SET-UP 
and MODIFY REQUEST primitives of a Q.2931- 
based signalling scheme; and 
FIG. 8 is a flow process detailing a preferred oper- 
ating mechanism for the communication system 
architecture of FIG. 6. 

[0025] There are, apparently, two principal ways of 
implementing the interconnection of narrowband sub- 
scribers units through an intermediate broadband net- 
work, such as an asynchronous transmission mode 
(ATM) architecture; either an inter-working function can 
be implemented at each boundary between the narrow- 
band and broadband networks (in which a dedicated 
and reversible coding transposition is applied to the 
respective narrowband-broadband information), or nar- 
rowband information can be encapsulated over a broad- 
band subnet whereby the narrowband information is 
packaged with a broadband frame structure (so entirely 
maintaining the integrity and format of the original 
encoded narrowband information). In relation to user 
information, e.g. encoded speech or specific data traffic, 
it has been identified that both the inter-working function 
and encapsulation mechanisms are possible and 
merely represent an additional process step that com- 
plicates and extends the requirements for coding within 
communication systems, generally. However, in relation 
to control information (which is required to establish and 
maintain a connection), there are a number of penalties 
and benefits associated with both of the above 
approaches. Specifically, encapsulation allows existing 
services to be supported, even though these services 
may not independently be sustained by the broadband 



8 

network. Furthermore, encapsulation is simple to imple- 
ment. On the other hand, inter-working requires only a 
local view at each inter-working point (i.e. at the narrow- 
band-broadband boundary), and also provides a mech- 

5 anism that can support the participation of narrowband 
and broadband subscribers in a single call. 
[0026] Referring to FIG. 1, a block diagram illustrating 
an abstract model of a narrowband communication 
node 10 is shown. A number of subscriber terminals 12, 

10 such as landline telephones or modems, are coupled, 
typically, to a plurality of line interlaces 14-15 (although 
only one need be supplied for an operational system). 
The plurality of line interfaces 14-15 are each con- 
nected to a switching fabric 16 that is arranged to route 

is an input of the switching fabric 1 6 to an appropriate out- 
put thereof, as will readily be appreciated. The plurality 
of line interfaces 14-15 are also coupled (usually on an 
individual basis) to a call server 18 arranged to adminis- 
ter and control, for example, the set-up and tear-down of 

20 calls across the narrowband network 1 0. The call server 
18 is further coupled to the switching fabric 16. A trunk 
signalling interface 20, that acts to decode and interpret 
signaling schemes used within the narrowband network 
10, is coupled between the call server 18 and the 

25 switching fabric 1 6. Outputs from the switching fabric 1 6 
are coupled to a plurality of trunk interfaces 22-24 
(although only one need be supplied for an operational 
system). The plurality of trunk interfaces are further 
coupled to secondary exchanges 26, such as PBXs or 

30 BSSs, within the narrowband network 1 0. 

[0027] As will be appreciated, the term "subscriber ter- 
minar is used merely to describe a particular endpoint 
connection for a line or trunk interface. 
[0028] User information (traffic) 28-30 enters the nar- 

3$ rowband infrastructure via line interfaces 14-15 or trunk 
interfaces 22-24. Control information from individual 
subscribers enters via the line interfaces 14-15, 
whereas control information, i.e. inter-node signalling 
from connected trunked networks (e.g. the secondary 

40 exchanges 26) can enter either via the same trunks as 
the traffic 30 or through the use of dedicated channel 
resources (not shown). The call server 18 processes 
incoming call requests and selects an appropriate out- 
going trunk or line, as will readily be appreciated. More 

45 particularly, the call server 18 (through the switching 
fabric 16) controls the connection of specific lines to 
specific trunks across through the use of fabric control 
messages 32 that specify the making and breaking of 
connections between subscriber terminals 12. 

so [0029] While most calls in narrowband systems are 
two-way, it is helpful to introduce, at this time, the 
nomenclature associated with one-way connections, 
namely the connection (TA ( TB) refers to the one-way 
connection from terminal TA to terminal TB while (TB, 

55 TA) refers to a complementary (or independent sup- 
ported) connection in the reverse direction. 
[0030] Turning now to FIG. 2, there is shown a block 
diagram illustrating an underlying principle for sub- 
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scriber terminal interconnection between narrowband 
and broadband networks, as required in the present 
invention. In this figure, a broadband network is used to 
transport the user and/or control information. To facili- 
tate an understanding of the architectural differences 5 
between the conventional narrowband network of FIG. 1 
and the broadband network adjunct that interconnects 
narrowband networks, common infrastructure is labeled 
with identical reference numerals. 

[0031 ] At a first node 40, a number of subscriber ter- 10 
minals, such as landline telephones or modems (not 
shown for the sake of clarity), are coupled, typically, to a 
plurality of line interfaces 14-15 (although only one need 
be supplied for an operational system) of a narrowband 
system. The plurality of line interfaces 14-15 are each 15 
connected to a switching fabric 16 that is arranged to 
route an input of the switching fabric 16 to an appropri- 
ate output thereof. The plurality of line interfaces 14-15 
are also coupled (usually on an individual basis) to a call 
server 18 arranged to administer and control, for exam- 20 
pie, the set-up and tear-down of calls across the nar- 
rowband network The call server is coupled to a 
memory that is arranged to store, amongst other things, 
circuit indicators codes (CICs) associated with both real 
trunks and "phantom trunks"; the purpose of the latter 25 
will be described subsequently. More particularly, the 
memory. can record a "busy" or Vacant" status against 
each of these real or phantom trunks. The call server 1 8 
is further coupled to a connection broker 44, which in 
turn is coupled to the switching fabric 16 via bus 45. The 30 
connection broker 44 represents a first departure in the 
system architecture of the present invention from the 
conventional narrowband network FIG. 1 . A trunk sig- 
nalling interface 20, arranged to act to decode and inter- 
pret signalling schemes used within the narrowband 35 
network, is coupled between the call server 18 and the 
switching fabric 16. Outputs from the switching fabric 16 
are coupled to a plurality of trunk interfaces 22-24, 
(although only one need be supplied for an operational 
system. The plurality of trunk interfaces are again cou- 40 
pled to secondary exchanges (not shown for the sake of 
clarity), such as PBXs or BSSs, within the narrowband 
network. 

[0032] The switching fabric 16 is further coupled to a 
first trunk network adapter 46 that allows interconnec- 45 
tion and inter-operability of the narrowband network 
with a broadband network 48 implemented, for exam- 
ple, for asynchronous transmission mode (ATM) opera- 
tion. More particularly, interconnection of the trunk 
network adapter 46 is through a broadband network 50 
edge switch 50, that is coupled to and hence controlled 
by the connection broker 44 by control lines (or buses) 
51 . The combined function of the trunk network adapter 
46 and the broadband network edge switch 50 will be 
described subsequently. Other narrowband networks 55 
52-54 are coupled, in a similar fashion, to the broad- 
band network 48 via respective trunk network adapters 
58-60 and broadband network edge switches 60-62. As 
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will be appreciated, other narrowband networks 52-54 
will be realised through infrastructure architectures sim- 
ilar to that described immediately above. 
[0033] The broadband network 48 is further coupled 
to a second node 64, typically a different network, which 
is also responsive to the connection broker 44 via con- 
nection (or control line or control bus) 65. The second 
node 64 is also arranged to be in communication with 
the trunk signalling interface 20 via communications bus 
67. Additionally, as will be understood, the broadband 
network may support point-to-point broadband commu- 
nications, such as video telephony between subscriber 
terminals (not shown). 

[0034] As will be appreciated, the terms node and 
exchange are interchangeable and are used to describe 
stand-alone networks, e.g. distinct narrowband net- 
works operated by different operators. 
[0035] Narrowband signalling within the communica- 
tion system, generally, is controlled by the call server 
18, while broadband signalling, i.e. signalling that may 
be sent between different narrowband networks 52-54 
via the intermediate broadband network 48, is control- 
led by the connection broker 44. Consequently, the call 
server 18 is not concerned with broadband signalling 
interconnection and operation. 

[0036] The narrowband line interfaces 14-15, trunk 
interfaces 22-24 and switching fabric 16 are supple- 
mented by a broadband network 48 and trunk (i.e. nar- 
rowband-broadband) network adapters 46, 56-58 that 
act to provide gateway functionality. Specifically, the 
trunk network adapters 46, 56-58 perform traffic (user 
information) inter-working functions and signalling (con- 
trol information) encapsulation, with the signaling ulti- 
mately relayed back to a call server 18. 
[0037] The function performed by the connection bro- 
ker 44 is used to provide a uniform connection abstrac- 
tion 66 (i.e. a uniform fabric application interface, FAI) 
for the call server 18, independent of whether the con- 
nection crosses (and is retained entirely within) the nar- 
rowband network or the broadband network, or in the 
case where the connection crosses both the narrow- 
band and broadband networks. This necessitates use of 
a uniform terminal name space identity (i.e. a standard- 
ised address format) for all terminals across the entire 
communication system, i.e. both narrowband and 
broadband systems. 

[0038] For a narrowband to narrowband connection in 
a single narrowband network (e.g. owned by a particular 
operator), the connection broker 44 passes the connec- 
tion messages to the switching fabric 1 6 (via connection 
45), and therefore acts transparently in order to appear 
identical in function to the prior art narrowband network 
of FIG. 1 . The switching fabric 1 6 of the narrowband net- 
work then establishes the connection in accordance 
with known techniques, and does not utilise the broad- 
band network 48. For a broadband to broadband con- 
nection, the connection broker 44 instructs the 
broadband network and/or trunk network adapters 46, 
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56-58 to make or break a call connection, and therefore 
mimics standard broadband operation. 
[0039] For a narrowband to broadband connection, 
however, both actions must be performed contempora- 
neously. Specifically, the connection broker 44 both 
instructs the switching fabric 16, through the call server 
18 in the narrowband network, to hold open a routing 
path for a call and negotiates with a trunk network 
adapter 46 of the broadband network for the allocation 
of a suitable channel resource. Once both paths have 
been determined, the connection broker 44 sends dedi- 
cated messages to the switching fabric 1 6 and the trunk 
network adapter 46 to establish the connection. This 
achieves the connection abstraction as seen by the call 
server. 

[0040] In an operational communication system, com- 
patibility between operators is desirable, if not essential. 
As such, establishing an interconnection (usually 
termed a "gateway"), between different "mixed nodes" is 
a significant issue. In this context, the term "mixed 
nodes" is used to describe different networks, operated 
by different operators, each typically having swrtchable 
narrowband-broadband capabilities and defined service 
capabilities. However, intermediate broadband net- 
works may not be able to support these services (or any 
service of similar nature) nor be able to interpret nar- 
rowband control channel signaling required to set-up a 
defined narrowband services, i.e. there are different sig- 
nalling protocols between the different adjacent 
exchanges. In this case, the interconnection of the nar- 
rowband networks (through the intermediate broadband 
network 48) requires the functional co-ordination of sep- 
arate call servers and connection brokers located in the 
respective networks. 

[0041] Turning to FIG. 3, an abstract architecture for 
the connection broker 44 of FIG. 2 is shown. Although a 
hardware implementation is dependent upon (and 
hence determined by} specific requirements, a typical 
implementation extends the capabilities of an existing, 
narrowband telephone exchange. By way of example 
and explanation only, the connection broker 44 of FIG. 3 
contains resolution intelligence 68 that is typically real- 
ised by a control processor. The function of the resolu- 
tion intelligence 68 will be described subsequently. A 
terminal number data base 69 that maps the uniform 
terminal numbers onto network-specific location 
addresses is coupled to the resolution intelligence 68. A 
time division multiplexed (TDM) switch fabric adapter 70 
(in the case of a TDM narrowband system) provides 
protocol conversion between the resolution intelligence 
68 (via a client orientated interface port 71) and a TDM 
switching fabric interface 72 (analogous to the switching 
fabric 16 of FIG. 2). Typically, a dedicated connection 
protocol 172 is utilised between the resolution intelli- 
gence 68 and the TDM switching fabric adapter 70. 
although this need not be the case. A broadband net- 
work adapter 73 is also coupled through the client inter- 
face port 71 to the resolution intelligence 68, with 



communication between the resolution intelligence 68 
and broadband network adapter 73 typically based on 
the dedicated connection protocol 1 72. The broadband 
network adapter is analogous to the trunk network 

5 adapter 46 of FIG. 2. Other adapters 74 for ancillary net- 
works or services may also be coupled to the resolution 
intelligence 68 via the client interface 71. The broad- 
band network adapter 73 and the other adapters 74 will 
accordingly be respectively coupled to the broadband 

10 network edge switch 50 via control lines 51 or appropri- 
ate communication resources 75. The resolution intelli- 
gence is also coupled to a server interface port 76 that 
provides an interconnection facility, via fabric application 
interface 66, to call server 18. The server interface port 

75 is also coupled through a secondary port 77 (termed a 
"peer connection broker server interface") arranged to 
interconnect the resolution intelligence 68 of the con- 
nection broker 44 to another connection broker (shown 
in FIG. 4). Similarly, the client interface port 71 is also 

20 coupled to a ternary port 78 (termed a "peer connection 
broker client interface") arranged to couple the resolu- 
tion intelligence 68 of the connection broker 44 to a sub- 
scriber terminal principally connected to another 
connection broker (as shown in FIG. 4). 

25 [0042] Prior art telephone exchanges typically have a 
distributed processing architecture with multiple fault- 
tolerant processors and an inter-processor communica- 
tions facility, while the switching fabric may be sup- 
ported by a special purpose processor, as will be 

30 understood. 

[0043] The connection broker 44 of FIG. 3 supports a 
set of real-time processes within a single fault tolerant 
processor, i.e. within the resolution intelligence 68. The 
inter-processor communications facility (supported by 

3s the dedicated connection protocols 172) of the connec- 
tion broker is used to communicate with the switching 
fabric 16 and the call server 18. As has been previously 
descrtoed, the connection broker 44 typically incorpo- 
rates broadband interfaces to enable control of the 

40 broadband network, although the connection broker 
may use the interprocessor communications facility to 
access the broadband interfaces on the trunk network 
adapters. However, as communication networks evolve 
to be more broadband-orientated, the call server 1 8 and 

45 connection broker 44 may reside on processors with 
only broadband interfaces that are connected directly to 
the broadband network 48. The narrowband connection 
fabric would then be provided with a broadband control 
interface. 

so [0044] A system architecture and associated mecha- 
nism for connecting subscriber terminals across an 
intermediate broadband network is shown in FIG. 4. In 
order for a data call, for example, to be supported 
between terminal TA (e.g. a land line telephone ktenti- 

55 f ied by reference numeral 12) on a first node 40 and ter- 
minal TB (e.g. a modem within a computer, identified by 
reference numeral 85) on second node 52, an existing 
common signalling relation between both narrowband 
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nodes is utilised. It is the establishment of a common 
narrowband signalling link (or resource) 79 and protocol 
that provides interconnection across the system since 
the broadband network need only have the capability of 
relaying traffic between the narrowband networks. The s 
broadband network consequently appears as a trans- 
parent channel resource since no modification of the 
narrowband traffic is required. 

[0045] The first node 40 and the second node 52 both 
contain trunk network adapters 46 and 56, connection 10 
brokers 44 and 80, and call servers 1 8 and 81 which are 
coupled permanently together over the common nar- 
rowband signalling link 79 that provides a plurality of vir- 
tual (or "phantom") traffic trunks. The call servers 18 
and 81 are therefore potentially connected to other call 15 
servers (not shown) of different narrowband networks 
(not shown) by additional signaling resources 82-83. 
The call servers 18 and 81 are respectively coupled to 
connection brokers 44 and 80 that in turn are coupled to 
respective trunk network adapters 46 and 56. The trunk 20 
network adapters 46 and 56 are coupled together 
through a broadband network 48, while the connection 
brokers 44 and 80 are interconnected by a virtual link 
84. Terminal TA 12 is coupled to trunk network adapter 
46, while terminal TB 85 is coupled to trunk network 25 
adapter 56. 

[0046] The signaling link 79 is realised a permanent 
connection between the two call servers 18 and 81, 
although this connection may be dynamically assigned 
or provided by a radio frequency link. Indeed, in a see- 30 
nario where the first node 40 and second node 52 pre- 
exist as narrowband gateway nodes between network A 
and network B, real narrowband E1 trunks already exist 
between these two exchanges and. as such, signalling 
can be carried in a time-slot of these E1 trunks, i.e. con- 35 
ventionally in time-slot sixteen. Alternatively, in a North 
American-based system, the two different exchanges 
could be connected to a common STP network. Once 
the broadband network 48 is in place, however, supple- 
mentary signalling bandwidth can be supported by 40 
establishing links through the broadband network. 
Nonetheless, these multiple paths represent a single 
logical "signalling relation" by which SS7 user parts (i.e. 
the call servers) are able to communicate and interact. 
[0047] The virtual link 84 established between the two 45 
connection brokers 44 and 80 offers a permanent "abil- 
ity to communicate". The virtual link 84 therefore takes 
the form of an ATM virtual channel connection. How- 
ever, it is also possible for an SS7 network to be used as 
the bearer for this communication, e.g. in relation to a so 
TCAP application. The communication links between 
the connection brokers 44 and 80 and both the network 
adapters 46. 56 and the switching fabrics are also per- 
manent, while connections that carry traffic between the 
network adapters 46. 56 and the interconnected sub- 55 
scriber terminals TA 12, 85 are made and broken for the 
duration of a specific call or for particular portions of 
those calls. 



[0048] This system operates by virtue of the provision 
of at least two (and probably tens to thousands of) 
assignable signaling channel resources or "phantom 
trunks" between the respective switching fabrics, princi- 
pally residing between the respective call servers 18 
and 81 and respective connection brokers 44 and 80. 
The nodes then utilise narrowband signalling to simu- 
late the presence of virtual (or "phantom") terminals at 
either node. These phantom trunks are dedicated to a 
single node and, as such, the system only allows the 
formation of a call in one direction from the first node 40 
to the second node 52 or vice versa. Thus, a phantom 
route between the two nodes consists of two groups of 
phantom trunks, one in each cfirection. By this mecha- 
nism, undesirable effects which could otherwise occur if 
the same phantom trunk was seized by each node trunk 
are prevented. Beneficially, the phantom trunks do not 
tie up real communication resources that exist between 
the respective narrowband networks. 
[0049] In relation to the structure, content and function 
of call set-up messages between different exchanges 
(i.e. different nodes), this can best be understood with 
reference to FIG. 4 and the flow diagram of FIG. 5 that 
illustrates the procedural steps required to establish a 
multi-node communication across a broadband net- 
work. 

[0050] An incoming call (or "initial address message", 
I AM) from terminal TA is received 200 at the first node 
40, whose call server 18 receives the incoming mes- 
sage and determines that the call must be routed to the 
second node 52. The incoming call will at least contain 
a CIC relating to the trunk assigned between TA and the 
call server 18 together with a telephone number of the 
called party, namely TB in this example. The telephone 
number does not otherwise provide any indication of a 
port address to be used by TB in any subsequent com- 
munication and therefore principally acts to provide a 
routing instruction for use by the call servers. As such, 
the telephone number merely represents an address 
location of TB, although it may need to be subsequently 
transposed in order to arrive at a valid cross-node 
address. 

[0051] In response to receipt of the incoming call and 
to save real communication resources (i.e. real commu- 
nication links that can support 64kbps speech, for 
example), the first call server 18 selects a free phantom 
terminal PTx and then uses this phantom terminal to 
establish 202 a phantom trunk between itself and a sec- 
ond call server 81 located in second node 52. Indeed, 
the call server 18 selects an available, node-unique 
("disjoinT) address field indicative of the free phantom 
terminal PTx from its associated memory 19. The free 
phantom terminal PTx, in fact, identifies a terminating 
address of the phantom trunk. 

[0052] Typically, a phantom terminal identity is com- 
prised from point codes associated with the two call 
servers 18, 81 and the CIC of the phantom trunk. In this 
instance, ordering of the point codes of the two call 
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servers will identify a relative direction for the communi- 
cation. 

[0053] The first call server 18 then utilises the phan- 
tom trunk to relay 204 a modified call message (to the 
second call server 81 of the second node 52) comprised 5 
from a CIC associated with the phantom trunk together 
with the valid telephone number of TB. The second call 
server 81 is therefore able to utilise the telephone 
number of TB to "wake-up" or alert TB to the fact that 
there is something in the communication system that w 
will be of interest to TB, albeit that TB is yet to receive 
any meaningful information. Unfortunately, at this time, 
the CIC pertaining to the connection between TA and 
the first call server 18 has been "lost" to the second 
node 52 since it is neither communicated nor encoded is 
within the modified call message. In other words, the 
call server 1 8 of the first node 40 notifies the call server 
81 of the second node 52 about the incoming call 100 
by sending 104 a modified incoming call message on a 
phantom trunk, and thus passes on the dialled digits 20 
(i.e. the address of the called party) received from TA. 
[0054] Furthermore, in response to the incoming call 
100, the connection broker 44 of the first node 40 is 
arranged to establish 206 a phantom cross-office path 
between PTx and TA, with information pertaining to this 25 
cross-office path typically stored in the terminal number 
data base 69 by the resolution intelligence 68. In other 
words, terminal TA is coupled to phantom terminal PTx. 
Also, the first connection broker 44 is triggered into 
action by the communication of the modified call mes- 30 
sage (to the second call server 81). Specifically, sub- 
stantially contemporaneously with the sending of the 
modified call message, the first connection broker 44 of 
the first node 40 notes that the phantom terminal PTx is 
one end of an outgoing phantom trunk to the second 35 
node 52. The first connection broker therefore passes 
208 a connection request 106 to the second connection 
broker 80 via virtual link 84, which connection request 
contains the CIC of the phantom trunk and the identity 
of TA (possibly derived from the original CIC assigned to 40 
the trunk between TA and the first call server 18). Typi- 
cally, the actual address of the call-originating unit, i.e. 
TA, is sent. 

[0055] The second node 52 reacts to the modified 
incoming call message (received on the phantom trunk) 45 
by mapping 210 the received circuit indicator code (CIC) 
of the phantom trunk onto an associated second phan- 
tom terminal PTy. Again, the second phantom terminal 
PTy has been selected by the second call server 81 of 
the second node 52 from its associated memory 182, so 
with the memory up-dated to record that PTy represents 
a terminating point of the phantom trunk. Selection of 
the phantom terminal PTy is on a unique basis. 
[0056] The second node 52. in response to the sec- 
ond call server 81 receiving the modified incoming call 55 
message, already appreciates that the destination of 
the incoming call ultimately lies with terminal TB. There- 
fore, at an appropriate time, the second call server 81 
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requests 212 a connection from TB to the second phan- 
tom terminal PTy (in the form of a second phantom 
cross-office path request between the phantom trunk 
and the called subscriber TB), and offers the incoming 
call request to TB using conventional signalling. 
[0057] Furthermore, the resolution intelligence of the 
second connection broker 80, in response to receiving 
(in any order) both requests resolves out 214 the two 
phantom terminals PTx and PTy, converting the two 
requests "Connect TA to PTx" and "Connect TB to PTy" 
into the single real connection request "Connect TA to 
TB". Specifically, the second connection broker 80 is 
able to deduce the fact that there is a common CIC for 
the phantom trunk, and so the requirement for a direct 
connection between TA and TB is identified by virtue of 
this commonality. The second connection broker 80 
then makes an actual trunk connection 216 between TA 
and TB via the second trunk network adapter 56. At 
about the same time, the second connection broker 80 
(of the second node 52) instructs 218 the first connec- 
tion broker 44 (of the first node 40) that the path to TB is 
in place. 

[0058] Acceptance by the terminal TB of the call, and 
confirmation of the connection by the second call broker 
80 is notified from the second call server 81 to the first 
call server 18, and the first connection broker 44 also 
notifies 1 1 6 its associated call server 1 8 that the path to 
TB is in place. At this point 220, the first call server 18 
may start billing the call. 

[0059] The phantom trunk remains intact for the whole 
duration of the call, with tear-down of the broadband 
connection operating in a complementary sense to the 
call set-up procedure describes in detail above. The 
skilled addressee will appreciate that to clear-down a 
broadband call, the call servers may clear a call using 
standard procedures for a narrowband (or SS7) com- 
munication, as will readily be appreciated. Particularly, 
as part of this procedure, both call servers will issue 
requests to their respective connection brokers. There- 
after, the connection broker at the outgoing end of the 
phantom trunk will pass its release request onto the 
other connection broker by sending the CIC of the phan- 
tom trunk. The terminating connection broker will issue 
a clear-down of the broadband connection on receipt of 
whichever of the two messages it receives first. It is 
noted that the phantom trunk is not re-useable until both 
call servers have been told (by their respective connec- 
tion brokers) that the broadband connection has 
cleared. 

[0060] As will be understood, an exemplary address 
format for each phantom terminal is typically arranged 
to be a special case of the format used for real (i.e. 
physical rather than imaginary) terminals. An ASN.1 
Object Identifier can be used to identify phantom trunks. 
Alternatively, a partitioned E.164 address or a superset 
of E.164 may be utilised, while for a simple SS7-based 
implementation the tuple (OPC, DPC, CIC) can uniquely 
identify a trunk (whether real or phantom). However, as 
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will be appreciated, another scheme is needed for non- 
SS7 terminals, such as telephones. For example, the 
CiC field could be extended to 32 bits (rather than the 
normal 16 bits) and DPC can then be equated to OPC 
to identify a "line" type of a terminal while the CIC can 
be used to identify the tine on the exchange. Generally, 
however, the only requirement for establishing a phan- 
tom trunk is for the connection broker to appropriately 
tag and record (in the terminal number data base 69) 
such a phantom trunk as either incoming or outgoing. 
[0061] Turning again to the general architecture of 
FIG. 2, an ATM network and the International Telecom- 
munications Union, Telecommunications Section (ITU- 
T) signalling system No. 7 can be utilised to implement 
the broadband network and narrowband control signal- 
ling, respectively. 

[0062] Particularly, a narrowband node utilises the 
ISDN User Part (ISUP) of ITU-T signalling system no. 7 
to communicate with other exchanges (e.g. narrowband 
network 52) to support multi-node operation. The 
exchange terminates some narrowband lines directly 
and terminates narrowband trunks via trunk network 
adapter 46 connected to an Asynchronous Transfer 
Mode (ATM) network 48. The trunk network adapter 46 
translates bearer channels to an ATM scheme, with a 
one-to-one relationship existing between each bearer 
channel and an ATM virtual channel (VC). Typically, the 
broadband network edge switches 50. 60-62 and hence 
the trunk network adapters 46, 56-58 are connected to 
the ATM network 48 using ATM Forum User to Network 
Interface (UNI) version 4.0 interlaces for the traffic 
bearer channels and the control lines 51 , while the con- 
nection brokers establish Q.2931 connections 51 to 
trunk network adapters 46, 56-58 using the proxy sign- 
aling option of UNI 4.0. 

[0063] Narrowband signalling to other exchanges can 
use either existing narrowband connections or can be 
routed via network adapters (e.g. 46, 58) and the broad- 
band network using either circuit emulation or frame for- 
warding. The concept is applicable to both fully and 
quasi-associated signalling schemes. Connections to 
another mixed mode node are implemented in a similar 
fashion. 

[0064] As will now be understood, the connection bro- 
ker 44 passes narrowband-to-narrowband requests to 
the narrowband switching fabric 16, while broadband- 
to-broadband connections (within the same node) are, 
established using proxy signalling to set-up the connec- 
tion directly For narrowband-to-broadband connec- 
tions, two requests are needed; one to the narrowband 
switching fabric 16 and one to the broadband network 
edge switches 50. 60-62. However, for a broadband-to- 
pharrtom terminal connection, the connection broker 
passes the connection request to the second connec- 
tion broker (reference numeral 80 of FIG. 4) at the other 
end of the phantom route. The connection is then made 
by using a proxy signalling scheme emanating from the 
second connection broker 80. It should be noted that 



the present invention envisages that the phantom termi- 
nals are implemented as broadband terminals, and so a 
narrowband-to-phantom terminal connection is handled 
as a combination of a narrowband-to-broadband con- 
s nection and a broadband-to-phantom terminal connec- 
tion. 

[0065] tt will also be appreciated that the service inter- 
working function is also applicable to networks that have 
intermediately coupled broadband networks. In this 

10 instance, the interconnection between call servers can 
provide gateway functions, such as billing and screen- 
ing, while the connection brokers permit end-to-end 
connections between the narrowband terminals. Simi- 
larly, signaling inter-working functions not otherwise 

15 available to respective narrowband networks can be 
provided by connecting call servers together via the 
phantom trunks. 

[0066] . In summary, the second connection broker rec- 
ognises two connection requests have been received to 

20 the opposite ends of the same phantom trunk, and in 
response thereto establishes a direct route through the 
broadband network between the first subscriber termi- 
nal 12 and the second subscriber terminal 68. 
[0067] The connection mechanism outlined above 

25 therefore provides for the interconnection of mixed 
nodes through an intermediate broadband network 
which is otherwise unable to interpret and therefore 
unable to support the control channel signalling proto- 
cols separately utilised within the narrowband networks. 

30 Such operation could be supported, for example, by a 
modified trunk network adapter (of a broadband net- 
work) equipped with narrowband signaling software, but 
generally occurs between different infrastructure 
exchanges. Consequently, by employing this mecha- 

35 nism to establish a common control channel, the modi- 
fied trunk network adapter can support a narrowband 
traffic resource to participate in narrowband services 
without requiring the intervention of a signalling inter- 
working function. 

40 [0068] Beneficially, the combination of phantom trunks 
and the connection broker architecture results in a sys- 
tem implementation that requires no modifications to 
present narrowband signalling schemes and which sup- 
ports all narrowband services. Additionally, only minimal 

45 changes are required to existing narrowband call serv- 
ers. Indeed, this system is scaleable to arbitrarily com- 
plex networks and which can operate over any 
underlying connection fabric including TDM, ATM or 
Frame Relay. 

so [0069] While the use of phantom trunks is an 
extremely effective and inventive mechanism for estab- 
lishing a connection between narrowband trunks and 
virtual circuits of a broadband network in the face of dis- 
similar signaling schemes, the mechanism is limited in 

55 so much as the underlying mode of operation of the call 
server does not address the issue of controlling 
attributes of speech or data path connections once a 
connection request has been sent by the call server to 
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the connection broker. The present invention is there- 
fore arranged to enhance the basic mechanism and 
architecture of FIG. 2 to allow a functional modification 
of an on-going communication in an in-call scenario, 
and hence to improve overall system functionality and 5 
system control. As such, the present invention is able to 
address, for example, such issues as: i) enabling and 
disabling echo cancellers; ii) setting and removing loop- 
backs; iii) enabling and disabling tone detection; iv) con- 
trolling tone generation; v) monitoring the generation of w 
continuity tones; and/or vi) enabling and disabling 
speech paths (or communication paths, generally) in 
both the forward and reverse directions. The last issue 
is particularly important because, in many cases, com- 
munication systems do not contemporaneously estab- 75 
lish forward and reverse directions for a communication, 
but rather establish (if required) bi-directional communi- 
cation at a later point in the call, thereby optimising the 
assignment of communication resources. In other 
words, communication systems may operate an inde- 20 
pendent trunking mechanism that supports half-duplex 
communication in preference to a full-duplex scheme, 
although full-duplex may be established at a later point 
in the call. 

[0070] Turning attention to FIG. 6, a basic block dia- 25 
gram of a communication system architecture accord- 
ing to a preferred embodiment of the present invention 
is shown. A first call server 18, responsible for overall 
system control (as previously described), is coupled to a 
first narrowband-broadband interface (termed an ATMS, 30 
or ATM system) 250 which contains a connection broker 
44 and associated memory 251. More especially, the 
first call server 18 is coupled to the connection broker 
44 through a fabric application interface (FAI) 66. The 
connection broker 44 is coupled to both a plurality of 35 
network adaptors 58 (that interface to a plurality of nar- 
rowband trunk circuits 252-256) and to a switch fabric 
16 through control bus 45. The switch fabric is coupled 
into a broadband network 48 through a multiplicity of vir- 
tual circuits 258-262. The plurality of network adaptors 40 
58 may also be logically coupled to at least one intelli- 
gent peripheral 264 that may be realise as an Internet 
server or other data repository, with the intelligent 
peripheral physically coupled to the switch fabric 16. 
Consequently, the ATMS 250 (overseen by the connec- 45 
tion broker 44) may route incoming traffic directly to the 
intelligent peripheral 264 and then loop-back requested 
data or information to the request-originating unit. As 
such, the request-originating unit may only make use of 
narrowband trunk circuits or broadband virtual circuits so 
at a particular time, but not necessarily both simultane- 
ously. The first call server 18 will also typically be cou- 
pled to a second call server 81, which second call 
server 81 will in turn be coupled to a second ATMS 266. 
The second ATMS 266 is then coupled to a broadband ss 
network, such as broadband network 48. 
[0071 ] Generally, the connection broker 44, each net- 
work adaptor, the switch fabric and the intelligent 



peripheral each contain control processors (270-274) 
that principally function to control the routing of data. 
Indeed, in a software-driven environment, these control 
processors operate! to open and close circuit connec- 
tions, and conduct general housekeeping and mainte- 
nance tasks (including the generation of status reports 
and system integrity tests). A control processor 279 of 
the call server 18 generally oversees the operation of 
the ATMS 250, including control functions associated 
with the set-up and tear-down of calls. The control proc- 
essor 279 therefore has access to the associated mem- 
ory 19, as will readily be appreciated. 
[0072] In order to allow the present invention the abil- 
ity to control attributes (such as, for example, call set-up 
and tear-down messages and the provision of echo 
cancellers) in an existing connection, a modified operat- 
ing protocol (preferably based on the Q.2931 signalling) 
is used to present a uniform signalling scheme (i.e. a 
consistent view) across the fabric adapter interlace 66 
between a call server and a connection broker. Moreo- 
ver, the preferred embodiment of the present invention 
provides a uniform view of both a virtual channel con- 
nection (VCC) of the FAI 66 as well as ensuring a uni- 
fied behavioural pattern associated with the generator 
of the data on the VCC. 

[0073] To achieve the enhanced system functionality 
of the present invention, the memory 251 associated 
with the connection broker 44 contains a short term 
database 280 that stores connection (call) related infor- 
mation pertaining to: trunk and virtual circuit identities 
(CICs and VCIs, respectively); addresses of assigned 
network adaptors (including port information and type); 
broadband (ATM) switch information; a call reference 
identity; connection attributes for lower level system 
entities; and/or signalling protocols and protocol con- 
verters required for effective communication to the call 
server 18 (across the FAI 66) and other interconnected 
equipment, such as the network adaptors 58 and the 
switch fabric 16. More particularly, at call set-up, a call 
reference identity (as defined in Q.2931) is assigned to 
the connection, which call reference identity is included 
in a call set-up message, such as a SET-UP primitive. 
[0074] The call reference identity is stored in the short- 
term database 280 associated with the connection bro- 
ker 44. Moreover, the call reference identity is therefore 
available to both the call server 18 and the connection 
broker 44, and may be stored in the memory 251 asso- 
ciated with the connection broker 44. Further, at call set- 
up, an initial selection of attributes (rather than default 
values) may be assigned to the call, which attributes are 
identified in the SET-UP primitive and which are there- 
fore also associated with the call reference identity and 
stored in the memory 251 of the connection broker 44. 
The set-up message (realised in a preferred embodi- 
ment by a modified SET-UP primitive) also includes 
originating address fields for identifying the calling unit 
and destination address fields for identifying the desti- 
nation unit. 
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[0075] Subsequently, when a connection needs to be 
modified in-call, a MODIFY REQUEST primitive (in the 
case of the preferred embodiment of the present inven- 
tion) is encoded with the call reference identity of the 
connection and is sent across the FAI 66. The MODIFY 5 
REQUEST primitive further includes alteration fields 
that allow attributes, such as the requirement and provi- 
sion of an echo canceller, to be changed. Typically, 
these alteration fields will comprise data bits and groups 
of data bits that have a pre-ordained meaning, i.e. the to 
alteration fields are structured into a defined frame for- 
mat. The connection broker 44, upon receipt of the 
MODIFY REQUEST primitive, accesses its associated 
memory 251 to correlate the call reference identity in 
the MODIFY REQUEST primitive with the correspond- 15 
ing call reference identity and the previously stored 
attributes (originally) associated therewith. The connec- 
tion broker 44 is then able to update the attributes to 
reflect the changes identified in the MODIFY REQUEST 
primitive. 20 
[0076] The connection broker 44 then identifies the 
appropriate communication protocol (inherently associ- 
ated with the stipulated change in system configuration, 
e.g. the inclusion of an echo canceller or the provision of 
a reverse path), and sends (or transmits in a radio fre- 25 
quency environment) appropriate control signals to the 
a network adaptor, for example, to alter the configura- 
tion of the network adaptor. Substantially contempora- 
neously (and if required), the connection broker 44 may 
also send control information to other lower-level equip- 30 
merit, such as the switch fabric or the intelligent periph- 
eral, to effect their operation and hence potentially 
change connectivity within the broadband network. As 
such, the sending of control information can be 
restricted to either a solitary lower-level device (e.g. a 35 
network adaptor or the switch fabric) or substantially 
simultaneously to multiple lower-level devices (e.g. a 
network adaptor, the switch fabric and an intelligent 
peripheral). 

[0077] Consequently, unlike conventional systems in 40 
which the MODIFY REQUEST primitive relates to 
attributes (such as quality of service, data rate and com- 
patibility fields) of the broadband network only as it per- 
tains to a virtual channel connection, the MODIFY 
REQUEST primitive (as used in the preferred embodi- 45 
merit of the present invention) has an extended inter- 
pretation that also relates these attributes to 
corresponding physical behavioural configurations, for 
example, of the network adapter within the ATMS. 
Therefore, at a system level, operation according to the so 
preferred embodiment of the present invention is eased 
by virtue of the fact that one command function (e.g. the 
MODIFY REQUEST primitive) provides a global system 
command (by virtue of the fact that the connection bro- 
ker 44 interprets the command and accordingly 55 
instructs lower-level system entities in an appropriate 
signalling scheme). Therefore, system development is 
de-coupled and made independent from control signal- 



ling. 

[0078] In a similar vein, the MODIFY REQUEST prim- 
itive can also be used by the connection broker 44 to 
notify the call server of a change in system configura- 
tion. For example, in response to receipt of a MODIFY 
REQUEST primitive from the broadband network (e.g. 
to reduce assigned bandwidth for the connection), the 
connection broker 44 is triggered to notify the calf server 
that, for example, the higher bandwidth is no longer 
available. Again, the conniection broker would typically 
store this information in its associated memory 251 . 
[0079] The present invention therefore also provides 
an association of the physical configuration of a network 
adapter, for example, to a high level Q.2931 signalling 
message (between a call server and a connection bro- 
ker) related to an attribute. Consequently, there is a 
physical association between circuits and signaling at a 
connection broker level, which association optimises 
system operation. In this way, the call server 18 does 
not need to know (and can remain oblivious to) the form 
of signalling and control exerted by the connection bro- 
ker on lower level system entities, such as network 
adaptors and switch fabrics. Consequently, the entire 
system can be developed and expanded, with only the 
connection broker necessarily requiring change (in rela- 
tion to its associated memory and mode of operation, 
e.g. its signalling in relation to lower level entities) to 
support modification of the system, in general. In other 
words, the connection broker functions as an interface 
for both the control of signaling and the functional con- 
figuration of the lower-level network entities. 
[0080] Briefly referring to FIG. 7, typical frame struc- 
tures of a SET-UP primitive 300 (as defined in Q.2931) 
and a MODIFY REQUEST primitive 310 (as defined in 
Q.2963.1) are shown. 

[0081] The SET-UP primitive 300 typically includes 
framed data comprised from a series of contiguous 
information fields. Specifically, the SET-UP primitive 300 
is structured to include a protocol discriminator field 302 
for identifying the format of signaling adopted in the 
communication and a call reference identity field 304. 
The SET-UP primitive 300 further includes a message- 
type field 306 that identifies the type of message con- 
tained in the frame and a message length indicator 308. 
The SET-UP primitive 300 also has an ATM traffic dis- 
criptorfietd 310 for identifying a selected type of broad- 
band connection, and a broadband bearer capability 
field 312 that stipulates the functional parameters 
required to support the connection in the broadband 
network. To identify both the called party and the calling 
(call originating) party, the SET-UP primitive 300 further 
includes separate fields for a called party number 314, 
a called party sub-address 31 6, a calling party number 
318 and a calling party sub-address 320. Finally, the 
SET-UP primitive 300 has a quality of service parameter 
field 322 and a connection attribute field 324. The 
bearer capability field 312 and the connection attribute 
field complement one another to define fully the func- 
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tional requirements of the call. 

[0082] In relation to a MODIFY REQUEST primitive 
330, this primitive has a frame structure that possesses 
a protocol discriminator 302, a call reference identity 
field 304, a message-type field 306 and an associated 5 
message length indicator 308. The MODIFY REQUEST 
primitive 330 similarly includes an ATM traffic discriptor 
field 310 and a connection attribute field 324 that can 
accept various data words to define changes or different 
in-call requirements for a call. As such, the MODIFY 10 
REQUEST primitive will typically contain less data 
fields, while the overall length of the frame may vary on 
a frame-by-frame basis. As previously indicated, for the 
successful identification of a call or associated circuit, 
the MODIFY REQUEST primitive 330 need only contain 75 
the call reference identity 304 because this field 
uniquely identities each connection in the network. 
[0083] Finally, FIG. 8 shows a flow process underlying 
a preferred operating mechanism for the communica- 
tion system architecture of FIG. 6. 20 
[0084] The process begins at step 350 where the net- 
work is idle and no connections are established across 
or through the narrowband-broadband interface 250. In 
response to an I AM (or the like) from a subscriber termi- 
nal, a call reference identity is established 352 (i.e. 25 
assigned by the call server) for the connection. Sub- 
stantially contemporaneously, the call server sends a 
SET-UP primitive to the connection broker 44. The call 
reference identity is therefore known to both the call 
server and the connection broker, with the call reference 30 
identity stored by the connection broker in its memory 
251. 

[0085] The connection broker, at step 356, determines 
whether the SET-UP primitive contains any attributes. In 
the affirmative, the connection broker associates and 35 
stores these attributes against the call reference identity 
35S and uses predetermined default attributes for all 
unspecified attributes for the lower-level system entities. 
In the negative, the connection broker uses (and stores 
against the unique call reference identity for the connec- 40 
tion 360) predetermined default attributes for the lower- 
level system entities. More explicitly, the connection bro- 
ker uses default attribute values on a per attribute basis, 
i.e. the connection broker will use the defaults for all 
attrfcutes other than those specifically altered within the 45 
SET-UP primitive. 

[0086] As will be understood, the term "lower-level 
system entities*' relates to the infrastructure that princi- 
pally establishes the physical connections between 
trunk circuits and virtual channels, although the term so 
also includes service-orientated equipment such as 
irtt lligent peripherals and call announcement servers, 
for example. 

[0087] Following association of connection attributes 
to the call reference identity, the connection broker ref- ss 
erences its memory 251 (which, in fact, may be realised 
in the terminal number database 69 of FIG. 3) to deter- 
mine the appropriate protocol converter(s), if any, 
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required to send an instruction for connection down to 
the requisite lower-level system entity or entities. 
[0088] Therefore, if necessary, the Q.2931 -based 
SET-UP primitive is converted into different signalling 
schemes that are compatible with providing instructions 
(step 362) to configure the hardware of the narrowband- 
broadband interface 250 to support the attributes stipu- 
lated in the SET-UP primitive. Upon receipt of suitably 
formatted instructions, the lower-level entities can adopt 
the necessary configuration to support a through-path 
(step 364). 

[0089] Once the appropriate connections have been 
established by the lower-level entities, the connection 
broker typically receives a notification from each of the 
corresponding lower-level entities stating that the nec- 
essary circuits are in place; the connection broker then 
informs the call server of this fact by sending a SET-UP 
ACKNOWLEDGE 366 (having a structure defined in 
ITU-T Q.2931). The connection is now established and 
the call (either voice or data) can commence. 
[0090] In the event that the call server independently 
demands 368 a change in assigned attributes, e.g. to 
support a higher priority call, the connection broker 
receives a MODIFY REQUEST primitive from the call 
server, as previously described. In the affirmative 370, 
the connection broker searches for the call reference 
identity and updates the associated record with the new 
attributes (step 372). The connection broker may then 
need to reference the protocol converters before 
instructing 374 lower-level system entities to support 
the new attributes through revision of their individual 
hardware (or software) configurations. Typically, follow- 
ing any change in the operational state or configuration 
of a particular lower-level system entity, the effected 
lower-level system entity will notify the completion (or 
success) of the change to the connection broker (step 
376), with the connection broker 44 then sending 378 a 
MODIFY ACKNOWLEDGE primitive to the call server to 
acknowledge that the change has occurred. Advanta- 
geously, the MODIFY REQUEST does not have to be 
sent out of context, and a MODIFY ACKNOWLEDGE 
primitive is sent to acknowledge receipt of the instruc- 
tion to change attributes in-call. Following notification to 
the call server, the flow may return to decision block 
368. 

[0091] Returning to the negative path from decision 
block 368, the process can otherwise continue with the 
connection broker determining whether the network has 
initiated a change in connection attributes (step 380). It 
is noted that this scenario covers the case of a sub- 
scriber terminal requesting a change in its operating 
parameters because subscriber requests are initially 
interpreted by the connection broker and hence appear 
as messages projected downward (from the connection 
broker) into the lower-level system entities. If the net- 
work has initiated a request, then the connection broker 
informs the call server by sending a MODIFY 
REQUEST and may also record the requested change 
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in attributes (step 382). Flow then proceeds back to step 
368 where the call server can act, if appropriate, to 
change the connection attributes of a call (by employing 
steps 368 to 378 inclusive). 

[0092] The negative path from decision block 380 s 
may, optionally, enter a system management block that 
determines whether the connection broker is in receipt 
of an equipment failure message (transmitted from one 
or more lower-level system entities at step 384). In the 
affirmative, the connection broker informs the call 10 
server of the failure in a NOTIFY-type primitive of the 
Q.2931 signalling scheme, and then (preferably) 
records the failure of the particular circuit, function or 
lower-level system entity in its memory (step 386). The 
connection broker may then remain in a loop 388 to is 
check periodically to see if the circuit, function or lower- 
level system entity has been repaired (or becomes 
available). Indeed, a lower-level system entity may, in 
fact, independently send an on-line availability message 
to the connection broker, with this process particularly 20 
applicable to new infrastructure that has been intro- 
duced into a working network. Once the connection bro- 
ker resolves the fact that the circuit, function or lower- 
level system entity has become available, the connec- 
tion broker informs the call server of the availability of 25 
the circuit, function or lower-level system entity (step 
390). Consequently, the call server may wish to recon- 
figure the network to take into account the additional 
functionality or equipment, and so may independently 
request changes in the network configuration. Gener- 30 
ally, after step 390, the flow is terminated at step 398 
and the entire procedure started again (at step 350). 
[0093] Following a negative path from decision block 
384, the process determines whether the call is to be 
released (step 392). If the call is on-going, then the 35 
process returns to decision block 368. Alternatively, if 
the call is to be terminated 394, then the call server and 
connection broker interact to clear-down the connec- 
tions and to delete the call reference identity (step 396). 
The process can then end at step 398. 40 
[0094] Generally, the connection broker 44 utilises a 
processor to control the timing and sending of com- 
mands and messages, which processor is also able to 
interpret the differing signalling protocols through its 
ability to access the call related information and protocol 45 
converters stored in the associated memory 251 , as will 
be understood. In the case of the connection broker, the 
processor may be realised by the resolution intelligence 
(reference numeral 68 of FIG. 3), although a dedicated 
control processor may be provided within the connec- so 
tion broker. 

[0095] The present invention advantageously is there- 
fore able to change both in -call attributes (of a complex 
nature) and overall system configuration using a single 
instruction set across the FAI, and thus ensures that the ss 
operating protocol of the connection broker needs to be 
modified, i.e. either the memory associated with the 
connection broker needs to be updated or the entire 



connection broker needs to be replaced. Indeed, the 
present invention further allows the distribution of infra- 
structure components across a network, while maintain- 
ing a telecommunications network as standards 
compliant. Beneficially, the present invention is also 
therefore capable of handling more complex connection 
attributes at any time during or after call set-up. 
[0096] It will be appreciated that the use of the proto- 
col converters can be implemented independently of the 
use of a modified Q.2931 -based signaling protocol that 
facilitates in-call changes to connection attributes. In 
other words, the connection attributes can be changed 
in-call (according to an aspect of the present invention) 
be the sole provision of a connection broker and an 
complementary signaling scheme, perhaps based on 
MODIFY REQUEST or NOTIFY primitives. 
[0097] It will, of course, be appreciated that the above 
description has been given by way of example only and 
that modification in detail may be made within the scope 
of the present invention. For example, changes to an 
attribute can be sent to the connection broker in a series 
of messages (i.e. contained in many potentially contigu- 
ous primitives), with the connection broker only action- 
ing a system change when all related information has 
been collected. In this latter respect, system operation 
would only be changed with the simultaneous issuance 
to and receipt of suitable commands by all related 
lower-lever entities. Furthermore, the process of FIG. 8 
can clearly be modified by re-ordering the process steps 
and/or by eliminating signalling or including supplemen- 
tary signalling acknowledgements between the connec- 
tion broker and lower-level system entities, such as the 
network adaptors 58 or intelligence peripheral 264. For 
example, the reporting of a lower-level entity failure by 
the connection broker is an independent process to in- 
call operation, but the step has been included to reflect 
a subsequent failure of a circuit, for example. Addition- 
ally, while the preferred embodiment of the present 
invention has the connection broker store call related 
attributes, it will be appreciated that these attributes 
could be stored within the appropriate lower level sys- 
tem entities. In this alternative (distributed attribute-stor- 
age) arrangement, the connection broker must 
therefore receive both calling party and called party 
address information in order that it can resolve out and 
identify which lower level system entities are used within 
the connection whose attributes are being changed. 

Claims 

1 . A communication network (FIG. 6) comprising: 

a call server (1 8) arranged to administer control 
of at least a portion of the communication net- 
work; 

a plurality of interconnectable low-level system 
entities (16, 58, 264) controllable by the call 
server (1 8) and configurable to provide a plural- 
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ity of circuits that support a flow of data within 
the communication network; and 
a connection broker (44) coupled to the call 
server (18) and the plurality of low-level system 
entities (1 6, 58, 264) and arranged to relay sys- s 
tern configuration messages between the call 
server (18) and the plurality of low-level system 
entities (16, 58, 264), the connection broker 
having: 

a memory-processor combination (251) 10 
arranged to store and access, as necessary, 
protocol converters (280) in response to receipt 
of system configuration messages from one of 
the call server (18) and the plurality of low-level 
system entities (16, 58, 264) to facilitate and is 
provide intelligible system configuration mes- 
sages to a respective one of the plurality of low- 
level system entities (16, 58, 264) and the call 
server (18). 

20 

2. The communication network according to claim 1 , 
wherein the connection broker (44) is coupled to 
the call server (18) through a fabric application 
interface (66) supporting a first signalling scheme 7. 
and the connection broker (44) is coupled to the 25 
plurality of low-level system entities (16, 58. 264) 
through a plurality of control buses (45, 51) at least 

one of which uses a second signaling scheme dif- 
ferent to the first signalling scheme. 

30 

3. The communication network according to claim 1 or 
2, wherein the call server (18) controls the intercon- 
nection of a narrowband network (52, 54) to a 
broadband network (48) which, preferably, supports 8. 
an asynchronous transmission mode. 35 

4. The communication network according to claim 1 , 2 
or 3, wherein at least some of the low-level system 
entities (16, 58, 264) are contained in a narrow- 
band-broadband interface (40). 40 

9. 

5. The communication network according to any pre- 
ceding claim, wherein the low-level system entities 
(16, 58, 264) include at least some of: intelligent 
peripherals (264); network adaptors (58); and 45 
switch fabrics (16). 

6. A method of communicating system configuration 
messages between a call server (18) arranged to 
administer control of at least a portion of a commu- so 
nication network and a plurality of interconnectable 
low-level system entities (16, 58, 264) controllable 

by the call server (18) and configurable to provide a 
plurality of circuits that support a flow of information 
within the communication network the communica- 55 
tion network further comprising a connection broker 
(44) coupled to the call server (1 8) and the plurality 
of low-level system entities (16, 58, 264) and 



wherein the connection broker (44) has a memory 
(251) and a processor (68), the method comprising 
the steps of: 

storing in the memory (251) protocol convert- 
ers (280) that translate system configuration 
messages between a first signaling format and 
at least one other different signalling format; 
relaying system configuration messages 
between the call server (18) and the plurality of 
low-level system entities (16, 58, 264) via the 
processor (68) of the connection broker (44); 
and 

as necessary, having the processor (68) 
access the protocol converters (280) in 
response to receipt of system configuration 
messages from one of the call server (18) and 
the plurality of low-level system entities (16, 58, 
264) to facilitate and provide intelligible system 
configuration messages to a respective one of 
the plurality of low-level system entities (16, 58, 
264) and the call server (18). 

The method of communicating system configura- 
tion messages according to claim 6, wherein the 
connection broker (44) is coupled to the call server 
(18) through a fabric application interface (66) sup- 
porting a first signalling scheme and the connection 
broker is coupled to each of the plurality of low-level 
system entities through a control bus at least one of 
which uses a second signaling scheme different to 
the first signalling scheme. 

The method of communicating system configura- 
tion messages according to claim 6 or 7, wherein 
the system configuration information transferred 
across the fabric application interface (66) is based 
on at least one of a Q.2931 signalling protocol and 
a Q.2963 signalling protocol. 

A connection broker (44) for coupling between a 
call server (18) arranged to administer control of at 
least a portion of a communication network and a 
plurality of interconnectable low-level system enti- 
ties (16, 58, 264) controllable by the call server (18) 
and configurable to provide a plurality of circuits, 
the connection broker (44) responsive to and 
arranged to relay system configuration messages 
between the call server (18) and the plurality of low- 
level system entities (16, 58, 264), the connection 
broker (44) having: 

a memory-processor combination (68, 251) 
arranged to store and access, as necessary, 
protocol converters (280) in response to receipt 
of system configuration messages from one of 
the call server (18) and the plurality of low-level 
system entities (16, 58. 264) to facilitate and 
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provide intelligible system configuration mes- 
sages to a respective one of the plurality of low- 
level system entities (16, 58, 264) and the call 
server (18). 

10. A method of altering connection attributes associ- 
ated with a connection established by a call server 
(18) of a communication system (FIG. 6) and routed 
via circuits responsive to lower level system entities 
(16, 58, 264) controlled by the call server (18), the 
lower level system entities (16, 58, 264) coupled to 
the call server (18) via an intermediate connection 
broker (44) that acts as a control interface between 
the call server (18) and the plurality of lower level 
system entities (16, 58, 264), the method compris- 
ing the steps of: 

storing (360) within the communication system 
an initial set of connection attributes for the 
connection; 

receiving (356) at the connection broker (44) a 
message identifying an alteration in the con- 
nection attributes associated with the connec- 
tion; 

sending a control message from the connec- 
tion broker (44) notifying the alteration of the 
connection attributes associated with the con- 
nection; and 

changing (358) the initial set of connection 
attributes associated with the connection in 
response to receiving the control message 
from the connection broker. 

11. The method of altering connection attributes 
according to claim 10, further comprising the step 
of: 

substantially contemporaneously with the step 
of changing (358) the initial set of connection 
attributes, storing within the system a new set 
of connection attributes associated with the 
connection. 

12. The method of altering connection attributes 
according to claim 1 0 or 11, further comprising the 
steps of: 

at the beginning of a call, assigning (352) a call 
reference to the connection; and 
sending (354) the call reference within the con- 
trol message to identify the connection. 

13. The method of altering connection attributes 
according to claim 10, 1 1 or 12, wherein the step of 
storing involves storing connection attributes at the 
connection broker (44). 

14. The method of altering connection attributes 



according to any one of claims 10 to 13, wherein 
the step of storing involves storing connection 
attributes at at least one of the plurality of lower 
level system entities (16, 58, 264). 

5 

15. The method of altering connection attributes 
according to any one of claims 10 to 14, wherein 
the step of receiving a message identifying an alter- 
ation further comprises the step of: 

10 

triggering generation of the message within the 
communication system. 

16. The method of altering connection attributes 
is according to any one of claims 10 to 15, wherein 

the step of receiving a message (368) identifying an 
alteration further comprises the step of: 

triggering generation (368) of the message at 
20 the call server (18). 

17. The method of altering connection attributes 
according to claim 16, wherein the step of generat- 
ing the message at the call server is in response to 

25 the step of the call server determining that a 
change in connection attributes associated with at 
least one connection is required to optimise opera- 
tion of the communication system. 

30 18. The method of altering connection attrfcutes 
according to any one of claims 10 to 17, wherein 
the step of receiving a message identifying an alter- 
ation further comprises the step of: 

35 triggering generation (380, 384) of the mes- 

sage at one of the plurality of lower level sys- 
tem entities (16, 58. 264). 

19. The method of altering connection attributes 
40 according to claim 18, wherein the message is trig- 
gered (384) at least one of: 

a fault within one of the lower level system enti- 
ties (16, 58, 264), whereby the fault inhibits an 
45 operational capability of the respectively 

effected lower level system entity (16, 58, 264); 
introduction of a new lower level system entity 
(388) into the communication system; and 
alteration of an operational capability of a lower 
so level system entity (390). 

20. The method of altering connection attributes 
according to any one of claims 10 to 19, wherein 
the control message is based on a MODIFY 

55 REQUEST primitive. 

21. The method of altering connection attributes 
according to any one of claims 10 to 20, further 
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comprising the steps of: 

receiving the message identifying an alteration 
in the connection attributes in a first signalling 
protocol; s 
at the connection broker (44), translating the 
message into a different signaling protocol; and 
sending the control message in the different 
signalling protocol. 

w 

22. The method of altering connection attributes 
according to any one of claims 10 to 21, further 
comprising the step of: 

notifying (368) the connection broker (44) when is 
changes to the connection attributes associ- 
ated with the connection have been imple- 
mented. 

23. The method of altering connection attributes 20 
according to any one of claims 10 to 22, further 
comprising the step of: 

sending an acknowledge message (378) to the 
call server, which acknowledge message is 25 
preferably based on a MODIFY ACKNOWL- 
EDGE primitive. 

24. A connection broker (44) providing a control inter- 
face (45, 51, 66) between a call server (18) 30 
arranged to administer control at least a portion of a 
communication network and a plurality of intercon- 
nectable low-level system entities (16, 58, 264) 
controllable by the call server (18) and configurable 

to provide a plurality of connections, the connection 35 
broker (44) responsive to and arranged to relay a 
system configuration message between the call 
server (18) and the plurality of low-level system 
entities (16, 58, 264), the connection broker (44) 
having: 40 

a controller (68) arranged to send, in response 
to receipt of the system configuration message, 
an attribute instruction (362, 374) that causes a 
change in a configuration of the plurality of 45 
lower level system entities (16, 58, 264). 

25. The connection broker of claim 24, wherein the 
attribute instruction alters initial connection 
attributes (360) associated with an on-going con- so 
nection, the attribute instruction preferably being 
based on at least one of a MODIFY REQUEST 
primitive and a NOTIFY primitive. 

26. A communication network comprising: 55 

a call server (18) arranged to administer control 
the communication network (FIG. 6); 



a plurality of interconnectable low-level system 
entities (16, 58, 264) controllable by the call 
server (18) and configurable to provide a plural- 
ity of circuits that support a flow of information 
within the communication network; and 
a connection broker (44) coupled to the call 
server (18) and the plurality of low-level system 
entities (16, 58, 264) and arranged to relay sys- 
tem configuration messages between the call 
server (18) and the plurality of low-level system 
entities (16, 58, 264), the connection broker 
(44) having a controller (68) arranged to send, 
in response to receipt of the system configura- 
tion message, an attribute instruction (374) that 
causes a change in a configuration of the plu- 
rality of lower level system entities (16, 58, 
264). 

27, The communication network of claim 26, wherein 
the connection broker (44) further comprises a 
memory (251) for storing protocol converters (280), 
and wherein the controller (68), as necessary and 
in response to receipt of system configuration mes- 
sages from one of the call server (18) and the plu- 
rality of low-level system entities (16, 58, 264), 
accesses the protocol converters (280) to facilitate 
and provide intelligible system configuration mes- 
sages to a respective one of the plurality of low- 
level system entities (16, 58, 264) and the call 
server (18). 
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